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20 Before JOSEPH L. DIXON, LANCE LEONARD BARRY, and 

2 1 CAROLYN D. THOMAS, Administrative Patent Judges. 
22 

23 THOMAS, C, Administrative Patent Judge. 
24 

25 DECISION ON APPEAL 

26 

27 I. STATEMENT OF THE CASE 

28 Appellants appeal under 35 U.S.C. § 134 from a Final Rejection 

29 of claims 72-1 12 entered September 21, 2005. We have jurisdiction under 

30 35 U.S.C. § 6(b). 

3 1 We affirm- in-part. 
32 

33 
34 
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1 A. INVENTION 

2 Appellants invented a system and method that enables customers to 

3 submit call-back requests to a call center via the Internet. (Spec, Abstract.) 
4 

5 B. ILLUSTRATIVE CLAIM 

6 The appeal contains claims 72-1 12. Claims 1-71 are cancelled. 

7 Claims 72, 80, 88, 99, 1 1 1, and 1 12 are independent claims. Claim 72 is 

8 illustrative: 

9 72. A method for providing user support for a user accessing 

10 a web site, comprising: 

1 1 providing at least one web page to the user, the at least 

12 one web page including software associated with providing user 

13 support services; 

14 receiving a request from the user, via the at least one web 

15 page, for support; and 

16 identifying a user support party in response to the 

17 request. 
18 

19 C. REFERENCE 

20 The single reference relied upon by the Examiner in rejecting the 

21 claims on appeal follows: 

22 Saliba US 6,052,710 Apr. 18, 2000 

23 

24 D. REJECTION 

25 The Examiner entered a Final Rejection with the following rejection, 

26 which is before us for review: 

27 Claims 72-1 12 are rejected under 35 U.S.C. § 103(a) as being obvious 

28 over Saliba. 
29 
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1 II. PROSECUTION HISTORY 

2 Appellants appealed from the Final Rejection and filed an Appeal 

3 Brief (Br.) on January 20, 2006. The Examiner mailed a revised Examiner's 

4 Answer (Ans.) on March 8, 2007. No Reply Brief was filed. 
5 

6 III. ISSUE 

7 Whether Appellants have shown that the Examiner erred in rejecting 

8 claims 72-1 12 as being obvious over Saliba. 
9 

10 IV. FINDINGS OF FACT 

1 1 The following findings of fact (FF) are supported by a preponderance 

12 of the evidence. 

13 Claim Construction 

14 1. The Specification does not provide a lexicographic definition for 

15 the terms "user support" and "user support party". 

16 2. The ordinary and usual meaning of "support" is to help or assist. 

17 Merriam-Webster's Collegiate Dictionary, p. 1256 (1 1 th Edition 2005). 
18 

19 Saliba 

20 3. Saliba discloses that "the commerce client includes the 

21 functionality of a shopping basket, a wallet, and an address book, and the 

22 commerce server includes functionality for performing specialized functions 

23 such as retrieving price and inventory information, calculating sales tax due, 

24 and calculating shipping and handling costs." (Col. 2, 11. 15-20.) 
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1 4. Saliba discloses that "these specialized functions may include 

2 various services for facilitating the analysis of merchant offerings and the 

3 placement of product orders." (Col. 6, 11. 63-66.) 

4 5. Saliba discloses that "[ujpon receipt of the HTTP POST message, 

5 the Web server 116 passes the function calling information to the Shopping 

6 server 136, which in- turn makes the specified function call on behalf of the 

7 Shopper 132." (Col. 12, 11. 25-28.) 

8 6. Saliba discloses that "this function calling information is 

9 embedded within an HTML document such that a specific action by the user 

10 (such as clicking on a 'retrieve additional information' button) causes the 

1 1 function calling information to be transmitted to the Web server 116 within 

12 an HTTP POST message." (Col. 12, 11. 19-24.) 

13 7. Saliba discloses that "[a]s illustrated by Fig. 4, this function-calling 



14 information is provided in the document along with a target URL (of the 

15 merchant Web site 100) such that an HTTP POST message containing the 

16 information will be sent to the URL if the consumer clicks on the button 

17 512. In this example, the URL would include a definition of the Shopping 

18 server 136 to which the function-calling information is directed. Although 

19 the target URL in this example corresponds to the Web site 100 that is the 

20 source of the HTML document, the target URL could be that of a different 

21 Website." (Col. 13,11.50-61.) 

22 8. Saliba discloses that "Fig. 4 is an example HTML sequence which 

23 illustrates a preferred format ... for embedding a function call within an 

24 HTML document. In this example, a single function call ... is linked to the 

25 button "Calculate Sales Tax" such that the function calling information 

26 (OBJECT, INTERFACE, METHOD and ARGS) will be sent to URL 
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1 'http://www.merchant.com/mig.dll" when the user selects the button. (In 

2 this example, 'mig.dll' is the file name of the Shopper server 136.)" 

3 (Col. 12, 11. 53-62.) 

4 9. Saliba discloses that "the protocol specifies a simple, text-based 

5 format for embedding the function calling information of a generic client-to- 

6 server function within HTML content such that a user can initiate a call to 

7 the function while viewing an HTML document via the standard Web 

8 browser." (Col. 2, 11. 25-30.) 
9 



1 0 Patent Incorporated By Reference: USP 6, 125, 352 

1 1 10. USP 6,125,352 discloses address data fields that include the name 

12 of the person to receive parcels at address (Type: Cstring), and the first and 

13 second phone numbers associated with shipping address. (Col. 18, Table 6.) 
14 

15 V. PRINCIPLES OF LAW 

16 Appellants have the burden on appeal to the Board to demonstrate 



17 error in the Examiner's position. See In re Kahn, 441 F.3d 977, 985-86 

18 (Fed. Cir. 2006) ("On appeal to the Board, an applicant can overcome a 

19 rejection [under § 103] by showing insufficient evidence of prima facie 

20 obviousness or by rebutting the prima facie case with evidence of secondary 

21 indicia of nonobviousness.") (quoting In re Rouffet, 149 F.3d 1350, 1355 

22 (Fed. Cir. 1998)). 

23 "Section 103 forbids issuance of a patent when 'the differences 

24 between the subject matter sought to be patented and the prior art are such 

25 that the subject matter as a whole would have been obvious at the time the 

26 invention was made to a person having ordinary skill in the art to which said 
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1 subject matter pertains.'" KSR Int'l Co. v. Teleflex Inc., 127 S. Ct. 1727, 

2 1734 (2007). The question of obviousness is resolved on the basis of 

3 underlying factual determinations including (1) the scope and content of the 

4 prior art, (2) any differences between the claimed subject matter and the 

5 prior art, (3) the level of skill in the art, and (4) where in evidence, so-called 

6 secondary considerations. Graham v. John Deere Co., 383 U.S. 1, 17-18 

7 (1966). See also KSR, 127 S. Ct. at 1734 ("While the sequence of these 

8 questions might be reordered in any particular case, the [Graham] factors 

9 continue to define the inquiry that controls.") 
10 



11 VI. ANALYSIS 

12 Grouping of Claims 

13 In the Brief, Appellants set forth their arguments in essentially eleven 

14 (11) separate groups. (Br. 8-21.) 

15 In Group I, Appellants argue claims 72, 77, 80, 85, and 111 as a 

16 group. (Br. 8-11.) For claims 72, 77, 80, 85, and 111, Appellants merely 

17 repeat the same argument made for claim 72. Thus, the Board selects 

18 representative claim 72 to decide the appeal for this group. Accordingly, the 

19 remaining claims in this group stand or fall with claim 72. 

20 In Group II, Appellants argue claims 73, 75, 81, and 83 as a group. 

21 (Br. 11-12.) For claims 75, 81, and 83, Appellants repeat the same argument 

22 made for claim 73. We will, therefore, treat claims 75, 81, and 83 as 

23 standing or falling with claim 73. 

24 In Group III, Appellants argue claims 74 and 82 as a group. (Br. 

25 12-13.) For claim 82, Appellants repeat the same argument made for claim 

26 74. We will, therefore, treat claim 82 as standing or falling with claim 74. 
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1 In Group IV, Appellants argue claims 76 and 84 as a group. (Br. 

2 13-14.) For claim 84, Appellants repeat the same argument made for claim 

3 76. We will, therefore, treat claim 84 as standing or falling with claim 76. 

4 In Group V, Appellants argue claims 78, 79, 86, and 87 as a group. 

5 (Br. 15.) For claims 79, 86, and 87, Appellants repeat the same argument 

6 made for claim 78. We will, therefore, treat claims 79, 86, and 87 as 

7 standing or falling with claim 78. 

8 In Group VI, Appellants argue claims 88, 90, 91, 94-97, and 1 12 as a 

9 group. (Br. 15-16.) For claims 90, 91, 94-97, and 112, Appellants repeat the 

10 same argument made for claim 88. We will, therefore, treat claims 90, 91, 

1 1 94-97, and 1 12 as standing or falling with claim 88. 

12 In Group VII, Appellants argue claims 89 and 100 as a group. (Br. 

13 17 & 20.) For claim 100, Appellants repeat the same argument made for 

14 claim 89. We will, therefore, treat claim 100 as standing or falling with 

15 claim 89. 

16 In Group VIII, Appellants argue claims 92 and 93 as a group. (Br. 

17 17-18.) For claim 93, Appellants repeat the same argument made for claim 

18 92. We will, therefore, treat claim 93 as standing or falling with claim 92. 

19 In Group IX, Appellants argue claims 98 and 109 as a group. (Br. 18 

20 & 21.) For claim 109, Appellants repeat the same argument made for claim 

21 98. We will, therefore, treat claim 109 as standing or falling with claim 98. 

22 In Group X, Appellants argue claims 99, 101, 102, 105-108, and 110 

23 as a group. (Br. 19-20.) For claims 101, 102, 105-108, and 110, Appellants 

24 repeat the same argument made for claim 99. We will, therefore, treat 

25 claims 101, 102, 105-108, and 1 10 as standing or falling with claim 99. 
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1 In Group XI, Appellants argue claims 103 and 104 as a group. (Br. 

2 20-21.) For claim 104, Appellants repeat the same argument made for claim 

3 103. We will, therefore, treat claim 104 as standing or falling with claim 

4 103. 

5 See 37 C.F.R. § 41.37(c)(l)(vii). See also In re Young, 927 F.2d 588, 

6 590 (Fed. Cir. 1991). 
7 

8 The Board's Claim Construction 

9 As pointed out by our reviewing court, we must first determine the 

10 scope of the claim. "[T] he name of the game is the claim." In re Hiniker 

11 Ca, 150 F.3d 1362, 1369 (Fed. Cir. 1998). 

12 Claims are given their broadest reasonable construction "in light of 

13 the specification as it would be interpreted by one of ordinary skill in the 

14 art." In re Am. Acad. ofSci. Tech. Ctr., 367 F.3d 1359, 1364 (Fed. Cir. 

15 2004). 

16 We note that Appellants have not identified any specific definition for 

17 the terms "user support" and "user support party" (FF 1), nor have 

18 Appellants identified any special definition in the art for these terms. From 

19 our review of the original Specification, Appellants have not shown and we 

20 do not readily find an express definition of the aforementioned terms in the 

21 Specification. Therefore, we give these terms their ordinary and customary 

22 definition and find that "user support" designates any user help or assistance 

23 and "user support party" designates any entity that provides help or 

24 assistance to the user (FF 2). 
25 

26 
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1 The Obviousness Rejection 

2 We now consider the Examiner's rejection of claims 72-1 12 under 

3 35 U.S.C. § 103(a) as being obvious over Saliba. 
4 

5 GROUP I 

6 Regarding Claims 72, 77, 80, 85, and 111 

7 Appellants contend that "portions of Saliba do not disclose or suggest 

8 that the HTTP request is a request for support , as required by claim 72." 

9 (Br. 9.) Appellants further contend that "portions of Saliba do not disclose 

10 identifying a user support part y in response to the request, as recited in claim 

11 72." (Br. 10.) 

12 The Examiner maintains that "the teaching of the reference is not limit 

13 [sic] to just the portion of the office citation but also the teachings of the 

14 whole reference." (Ans. 5.) We agree. 

15 Saliba discloses a system and method for making function calls over a 



16 distributed network where specialized functions include services for 

17 facilitating merchant offerings whereby the commerce client includes 

18 various functionalities such as a shopping basket and the commerce server 

19 includes functionality such as retrieving price and inventory information (FF 

20 3-4). Saliba further discloses a "Shopping server" that receives the function 

21 calling information and makes the call on behalf of the shopper (FF 5). 

22 As a result, we find that Saliba discloses providing "user support" 

23 within the definition provided supra, by the mere acts of retrieving price and 

24 inventory information and providing that information to the shopper. 

25 Furthermore, we find that Saliba uses a Shopper server, i.e., user support 

26 party, to act on behalf of the shopper. 
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1 Based on our findings and those of the Examiner, we do not find that 

2 Appellants have shown error in the Examiner's rejection of exemplary claim 

3 72. Instead, we find the Examiner has set forth a sufficient initial showing 

4 of obviousness, and Appellants have not shown that Saliba lacks the above 

5 noted disputed features of claim 72. Therefore, we affirm the rejection of 

6 independent claim 72 and of claims 77, 80, 85, and 111, which fall 

7 therewith. 



8 

9 GROUP II 

10 Regarding Claims 73, 75, 81, and 83 

1 1 Appellants contend that "[sjince Saliba does not disclose or suggest 



12 identifying a user support party, Saliba cannot further disclose or suggest 

1 3 sending the request for support to the identified user support party, much 

14 less that the request is sent via a network, as required by claim 73." (Br. 

15 11-12.) We disagree. 

16 For at least the reasons noted supra regarding Saliba' s teachings 

17 regarding "user support" and a "user support party", we find that Appellants 

18 have not shown error in the Examiner's rejection of exemplary claim 73. 

19 Instead, Appellants are relying on Saliba' s non- teaching of a "user support 

20 party", which we have found to be present in the teachings of Saliba. We 

21 note that a general allegation that the claims define a patentable invention 

22 without specifically pointing out how the language of the claims patentably 

23 distinguishes them from the reference does not comply with the 

24 requirements of MPEP § 1.111(b). Furthermore, a statement which merely 

25 points out what a claim recites will not be considered an argument for 

26 separate patentability of the claim. See 37 C.F.R. § 41.37(c)(l)(vii). 
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1 Therefore, we find the Examiner has set forth a sufficient initial 

2 showing of obviousness, and Appellants have not shown that Saliba lacks 

3 the above noted disputed features of claim 73. Therefore, we affirm the 

4 rejection of claim 73 and of claims 75, 81, and 83, which fall therewith. 



5 

6 GROUP III 

7 Regarding Claims 74 and 82 

8 Appellants contend that "[n]one of these portions of Saliba disclose or 



9 suggest sending a URL to a user support party, where the URL represents 

10 the web page with which the request was made, as recited in claim 74." (Br. 

11 12.) Appellants further contend that "[t]he reference URL in Saliba is not 

12 sent to a user support party, as required by claim 74." (Br. 13.) We 

13 disagree. 

14 Saliba discloses transmitting an HTTP POST message along with a 

15 target URL of the merchant Web site to the Web server, the URL includes a 

16 definition of the Shopping server to which the function-calling information 

17 is directed (FF 6-7). Thus, we find that Saliba discloses sending a URL to a 

18 user support party, where the URL represents the web page with which the 

19 request was made, i.e., the merchant's web page. 

20 Therefore, we find the Examiner has set forth a sufficient initial 

21 showing of obviousness, and Appellants have not shown that Saliba lacks 

22 the above noted disputed features of claim 74. Therefore, we affirm the 

23 rejection of claim 74 and of claim 82, which falls therewith. 
24 

25 
26 
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1 GROUP IV 

2 Regarding Claims 76 and 84 

3 Appellants contend that "Saliba at col. 12, lines 46-52 discloses that 

4 information regarding name, product ID, price, quantity, size, image and 

5 reference URL are arguments of a function call made by commerce 

6 client/shopper 132. None of this information in Saliba is sent to a user 

7 support party, as required by claim 76." (Br. 13-14.) We disagree. 

8 Saliba discloses that when a user selects a button, the function calling 

9 information (OBJECT, INTERFACE, METHOD and ARGS) will be sent to 

10 an URL that includes the file name of the Shopper server, i.e., the support 

1 1 party (FF 8). Thus, we find that Saliba discloses the Shopper server and its 

12 related objects, including the address book object, and sends such 

1 3 information to an identified user support party. Furthermore, Saliba 

14 incorporates by reference U. S. patent application Ser. No. 08/748,688 (USP 

15 6,125,352). (Col. 10,11.4-11.) 



16 It is well settled that "material incorporated by reference is effectively 

17 part of the host document as if it were explicitly contained therein." Liebel- 

18 Flarsheim Co. v. Medrad, Inc., 481 F.3d 1371, 1382 n.3 (Fed. Cir. 2007) 

19 (internal citations and quotation marks omitted). 

20 Here we find that USP 6,125,352 discloses address book objects that 

21 includes, inter alia, the name of the person to receive parcels and a first and 

22 second phone numbers associated with the shipping address. (FF 10.) Thus, 

23 Saliba, through incorporation by reference, discloses sending information to 

24 a user support party, whereby the information includes the user's name or 

25 telephone number. 
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1 Therefore, we find the Examiner has set forth a sufficient initial 

2 showing of obviousness, and Appellants have not shown that Saliba lacks 

3 the above noted disputed features of claim 76. Therefore, we affirm the 

4 rejection of claim 76 and of claim 84, which falls therewith. 



5 

6 GROUP V 

7 Regarding Claims 78, 79, 86, and 87 

8 Appellants contend that "Saliba does not disclose determining an 



9 identifier associated with the user, and wherein the step of identifying a user 

10 support party comprises identifying the user support party based on the 

1 1 identifier, as recited in claim 78. In contrast, this portion of Saliba merely 

12 discloses that the name of a product , such as 'Socks', may be included as an 

13 argument in a function call." (Br. 15.) We disagree. 

14 While Saliba may be identifying a product type, i.e., socks, in the 

15 portion referenced by the Examiner, Saliba further discloses in the 

16 incorporated by reference document (USP 6,125,352) an address data field 

17 that includes identifiers, such as name, address, and phone numbers, for the 

18 person to receive the merchandise. (FF 10.) 

19 Thus, we find the Examiner has set forth a sufficient initial showing 

20 of obviousness, and Appellants have not shown that Saliba, and the portions 

21 incorporated by reference, lacks the above noted disputed features of claim 

22 78. Therefore, we affirm the rejection of claim 78 and of claims 79, 86, and 

23 87, which fall therewith. 
24 

25 
26 
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1 GROUP VI 

2 Regarding Claims 88, 90, 91, 94-97, and 112 

3 Appellants contend that "Saliba does not disclose or suggest receiving 

4 information associated with the user ... as required by claim 88. ... Saliba, 

5 in contrast, merely discloses a user computer 108 interacting with a web 

6 server 1 16 to conduct an electronic commerce transaction (Saliba - col. 1, 

7 lines 5-12 and Fig. 1)." (Br. 16.) We disagree. 

8 Saliba discloses receiving information associated with the user (FF 8) 

9 where the information includes the user name (see discussion of claims 78, 

10 79, 86, and 87 above). Saliba further discloses accessing a web page based 

11 on received information and establishing a communication link with the user 

12 (FF 1-5). There is no express limitation recited in claim 88 that establishing 

13 a communication link with the user be related to receiving information 

14 associated with the user. 

15 Thus, we find the Examiner has set forth a sufficient initial showing 

16 of obviousness, and Appellants have not shown that Saliba, and the portions 

17 incorporated by reference, lacks the above noted disputed features of claim 

18 88. Therefore, we affirm the rejection of claim 88 and of claims 90, 91, 

19 94-97, ad 1 12, which fall therewith. 



20 

21 GROUP VII 

22 Regarding Claims 89 and 100 

23 Appellants contend that "[t]he reference URL in Saliba is not sent to a 



24 user support system for providing support to a user accessing a web site, as 

25 required by claim 89. The URL in Saliba also does not represent a web page 

26 that the user was viewing when a request for user support was made, as 

27 further required by claim 89." (Br. 17.) We disagree. 
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1 Saliba discloses that a user initiates a call while viewing an HTML 

2 document via the standard Web browser (FF 9) and that the URL represents 

3 the merchant Web site (FF 7). 

4 Thus, we find the Examiner has set forth a sufficient initial showing 

5 of obviousness, and Appellants have not shown that Saliba lacks the above 

6 noted disputed features of claim 89. Therefore, we affirm the rejection of 

7 claim 89 and of claim 100, which falls therewith. 

8 

9 GROUP VIII 

10 Regarding Claims 92 and 93 

1 1 Appellants contend that "[cjlaim 92 recites that the method further 



12 comprises passing events performed on the user support system to the user 

1 3 via the communications link to enable the user to view a same web page as 

14 that being displayed by the user support system. This feature has not been 

15 addressed in either the Office Action or the Final Office Action. . . . Saliba 

16 does not disclose or suggest this feature" (Br. 17-18.) We agree with 

17 Appellants. 

18 We find that the Examiner has failed to provide Appellants with any 

19 findings to support the rejection of claims 92 and 93. Thus, we find that the 

20 Appellants have shown that the Examiner has noLset forth a sufficient initial 

21 showing of obviousness. Therefore, we reverse the rejection of claims 92 

22 and 93. 



23 

24 GROUP IX 

25 Regarding Claims 98 and 109 

26 Appellants contend that "claim 98 does not recite on-line chat sessions 



27 in general, but the use of an on-line chat session within a method associated 
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1 with a user support system. Appellants assert that use of an on-line chat 

2 session in the claimed environment is not well known." (Br. 18.) 

3 Appellants further contend that "the Examiner has not pointed to any portion 

4 of Saliba as providing objective motivation for modifying Saliba to include 

5 the feature recited in claim 98." (Br. 19.) 



6 The Examiner finds that establishing an on-line chat session with the 

7 user would have been obvious to one of ordinary skill in the art at the time 

8 the invention was made (Ans. 7). 

9 In KSR Int'l Co. v. Teleflex, Inc., 127 S. Ct. at 1739 (2007), the 

10 Supreme Court emphasized "the need for caution in granting a patent based 

11 on the combination of elements found in the prior art," and discussed 

12 circumstances in which a patent might be determined to be obvious without 

13 an explicit application of the teaching, suggestion, motivation test. 

14 In particular, the Supreme Court emphasized that "the principles laid 



15 down in Graham reaffirmed the 'functional approach' of Hotchkiss, 1 1 

16 How. 248." KSR, 127 S.Ct. at 1739 (citing Graham v. John Deere Co., 383 

17 U.S. 1, 12 (1966) (emphasis added)), and reaffirmed principles based on its 

18 precedent that "[t]he combination of familiar elements according to known 

19 methods is likely to be obvious when it does no more than yield predictable 

20 results." Id. The Court explained: 



21 When a work is available in one field of endeavor, 

22 design incentives and other market forces can 

23 prompt variations of it, either in the same field or a 

24 different one. If a person of ordinary skill can 

25 implement a predictable variation, § 103 likely bars 

26 its patentability. For the same reason, if a 

27 technique has been used to improve one device, 

28 and a person of ordinary skill in the art would 

29 recognize that it would improve similar devices in 
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1 the same way, using the technique is obvious 

2 unless its actual application is beyond his or her 

3 skill. 

4 Id. at 1740. The operative question in this "functional approach" is thus 

5 "whether the improvement is more than the predictable use of prior art 

6 elements according to their established functions." Id. 

7 We have considered all of Appellants' arguments in the Brief, but we 



8 are not persuaded of error in the rejection of claim 98. We find that an 

9 on-line chat session within a user support system represents no more than 

10 the predictable use of prior art elements according to their established 

1 1 functions, yielding predictable results. Moreover, claim 98, as broadly 

12 drafted, fails to set forth a limitation commensurate in scope with the feature 

13 Appellants believe renders the claimed subject matter nonobvious. 



14 In particular, claim 98 does not expressly recite that the on-line chat 

15 session be with a user support party or that it be at all related to support 

16 services. All that is required is that an IP address be used to establish a 

17 communication link with a user. 

18 Thus, we find the Examiner has set forth a sufficient initial showing 

19 of obviousness, and Appellants have not shown that Saliba lacks the above 

20 noted disputed features of claim 98. Therefore, we affirm the rejection of 

21 claim 98 and of claim 109, which falls therewith. 

22 

23 GROUP X 

24 Regarding Claims 99, 101, 102, 105-108, and 110 

25 Appellants contend that "Saliba does not disclose . . . where the 

26 information identifies the web site that the user was accessing when a 

27 request for user support was made, as required by claim 99. . . .Saliba 
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1 merely discloses a user computer 108 interacting with a web server 1 16 to 

2 conduct an electronic commerce transaction (Saliba - col. 1, lines 5-12 and 

3 Fig. 1)." (Br. 19.) 

4 We find that these arguments are essentially the same as for claim 89 

5 supra. Thus, see our discussion of claims 89 and 100 above. 

6 As above, we find the Examiner has set forth a sufficient initial 

7 showing of obviousness, and Appellants have not shown that Saliba lacks 

8 the above noted disputed features of claim 99. Therefore, we affirm the 

9 rejection of claim 99 and of claims 101, 102, 105-108, and 110, which fall 
10 therewith. 

11 

12 GROUP XI 

1 3 Regarding Claim 103 and 104 

14 Appellants contend that the features of claim 103 "ha[ve] not been 

15 addressed in either the Office Action or the Final Office Action, despite a 

16 request by Appellants that the feature be particularly addressed." (Br. 21.) 

17 Again, we find that the Examiner has failed to provide Appellants 

18 with any findings to support the rejection of claims 103 and 104. Thus, we 

19 find that the Appellants have shown that the Examiner has not set forth a 

20 sufficient initial showing of obviousness. Therefore, we reverse the 

21 rejection of claims 103 and 104. 
22 

23 VII. CONCLUSIONS 

24 We conclude that Appellants have not shown that the Examiner erred 

25 in rejecting claims 72-91, 94-102, and 105-112. 
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1 Appellants have established that the Examiner erred in rejecting 

2 claims 92, 93, 103, and 104. 
3 

4 VIII. DECISION 

5 In view of the foregoing discussion, we affirm the Examiner's 

6 rejection of claims 72-91, 94-102, and 105-112 under 35 U.S.C. § 103(a) 

7 over Saliba, and we reverse the rejection of claims 92, 93, 103, and 104 

8 under 35 U.S.C. § 103(a) over Saliba. 

9 No time period for taking any subsequent action in connection with 

10 this appeal may be extended under 37 C.F.R. § 1.136(a). See 37 C.F.R. 

11 § 1.136(a)(l)(iv)(2006). 
12 

13 

14 AFFIRMED-IN-PART 

15 

16 
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